Internet of things (IoT) based gas meter fault prompting

ABSTRACT

The present invention provides a gas meter fault prompting method and Internet of Things (IoT) system based on a compound IoT, and relates to the field of an IoT. Each of object sub-platforms is configured to check its own operation state information in real time for a fault; a management platform is configured to inquire a fault type and a fault solution according to the operation state information and preset fault inquiry table, and send the fault type and solution to a corresponding user sub-platform via the service platform to display, so that a user can know and view the fault type and solution of a gas meter at the user sub-platform in a timely manner and thus may repair some simple faults of the gas meter independently; and therefore, the time cost and the labor cost are saved.

CROSS-REFERENCE TO RELATED APPLICATION

This application is a continuation of U.S. patent application Ser. No.16/741,094, filed Jan. 13, 2020, entitled “GAS METER FAULT PROMPTINGSYSTEM OF COMPOUND INTERNET OF THINGS (IOT)”, which is a continuation ofU.S. patent application Ser. No. 16/277,428, filed Feb. 15, 2019,entitled “GAS METER FAULT PROMPTING METHOD AND INTERNET OF THINGS (IOT)SYSTEM BASED ON COMPOUND IOT”, the contents of which applications arehereby expressly incorporated herein by reference in their entirety.

TECHNICAL FIELD

The present invention relates to the field of an Internet of Things(IoT), and in particular to a gas meter fault prompting method and IoTsystem based on a compound IoT.

BACKGROUND

A fuel for daily cooking of people has been transformed from aconventional energy with serious resource waste and serious pollution,such as firewood and coal, into a clean energy such as natural gas, coalgas or even electricity. However, concerning the use of fuel gas, afault may occur in a gas meter due to reasons such as external magneticinterference and insufficient battery capacity. For a user withoutrepair experience, when some simple faults occur, he/she still needs tomake a call to invite a maintainer of a gas company to the site forrepair. As a result, a lot of labor costs and time costs are wasted, andthe efficiency is low.

SUMMARY OF INVENTION

In view of this, an objective of the present invention is to provide agas meter fault prompting method and IoT system based on a compound IoT.

According to a first aspect, the present invention provides a gas meterfault prompting method based on a compound IoT, which is applied to agas meter fault prompting IoT system based on the compound IoT; the gasmeter fault prompting IoT system based on the compound IoT includes aplurality of user sub-platforms, a service platform, a managementplatform, a plurality of sensor network sub-platforms and a plurality ofobject sub-platforms; each of the object sub-platforms includes a gasmeter; and the gas meter fault prompting method based on the compoundIoT includes:

-   -   checking, by each of the gas meters, own operation state        information in real time for a fault;    -   if the fault occurs in a gas meter itself, sending, by the gas        meter, operation state information to the management platform        via a corresponding sensor network sub-platform;    -   inquiring, by the management platform, the fault type and        solution according to the operation state information and preset        fault inquiry table;    -   sending, by the management platform, the fault type and solution        to the service platform; and    -   sending, by the service platform, the fault type and solution to        a corresponding user sub-platform to display.

According to a second aspect, the present invention further provides agas meter fault prompting IoT system based on a compound IoT, whichincludes a plurality of user sub-platforms, a service platform, amanagement platform, a plurality of sensor network sub-platforms and aplurality of object sub-platforms; the plurality of user sub-platforms,the service platform, the management platform, the plurality of sensornetwork sub-platforms and the plurality of object sub-platforms arecommunicatively connected in sequence; and each of the objectsub-platforms includes a gas meter;

-   -   each of the gas meters is configured to check its own operation        state information in real time for a fault;    -   if the fault occurs in a gas meter itself, the gas meter is        further configured to send the operation state information to        the management platform via a corresponding sensor network        sub-platform;    -   the management platform is configured to inquire the fault type        and solution according to the operation state information and        preset fault inquiry table;    -   the management platform is further configured to send the fault        type and solution to the service platform; and    -   the service platform is configured to send the fault type and        solution to a corresponding user sub-platform to display.

Compared with the prior art, according to the gas meter fault promptingmethod and IoT system based on the compound IoT, each of the objectsub-platforms is configured to check the own operation state informationin real time for a fault; the management platform is configured toinquire the fault type and solution according to the operation stateinformation and preset fault inquiry table, and send the fault type andsolution to the corresponding user sub-platform via the service platformto display, so that a user can know and view the fault type and solutionof the gas meter at the user sub-platform in a timely manner and thusmay repair some simple faults of the gas meter independently; theinvitation for a person of a gas company to the site for handling turnsout to be unnecessary; and therefore, the time cost and the labor costare saved.

To make the above objectives, characteristics and advantages of thepresent invention more apparent and understandable, preferredembodiments are set forth hereinafter and are described below in detailin combination with accompanying drawings.

BRIEF DESCRIPTION OF DRAWINGS

To make the objectives, technical solutions and advantages of theembodiments of the present invention clearer, a clear and completedescription of the technical solutions in the present invention will begiven below in combination with the accompanying drawings in theembodiments of the present invention. Apparently, the embodimentsdescribed below are a part, but not all, of the embodiments of thepresent invention. Generally, a component, described and illustrated inthe accompanying drawings, in the embodiments of the present inventionmay be disposed and designed in various different configurations.Therefore, the following detailed description concerning the embodimentsof the present invention and provided in the accompanying drawings isnot intended to limit a claimed scope of the present invention, butmerely represents selected embodiments of the present invention. All ofthe other embodiments, obtained by a person of ordinary skill in the artbased on the embodiments of the present invention without any inventiveefforts, fall into the protection scope of the present invention.

FIG. 1 illustrates an interactive schematic diagram of a gas meter faultprompting IoT system based on a compound IoT provided by an embodimentof the present invention; and

FIG. 2, FIG. 3 and FIG. 4 illustrate flowcharts of a gas meter faultprompting method based on a compound IoT provided by an embodiment ofthe present invention.

Numerals in the drawings: 100—object sub-platform; 200—sensor networksub-platform; 300—management platform; 400—service platform; 500—usersub-platform.

DETAILED DESCRIPTION

A clear and complete description of the technical solutions in thepresent invention will be given below in combination with theaccompanying drawings in the embodiments of the present invention.Apparently, the embodiments described below are a part, but not all, ofthe embodiments of the present invention. Generally, a component,described and illustrated in the accompanying drawings, in theembodiments of the present invention may be disposed and designed invarious different configurations. Therefore, the following detaileddescription concerning the embodiments of the present invention andprovided in the accompanying drawings is not intended to limit a claimedscope of the present invention, but merely represents selectedembodiments of the present invention. All of the other embodiments,obtained by those skilled in the art based on the embodiments of thepresent invention without any inventive efforts, fall into theprotection scope of the present invention.

Referring to FIG. 1, an embodiment of the present invention provides agas meter fault prompting method based on a compound IoT, which isapplied to a gas meter fault prompting IoT system based on the compoundIoT. The gas meter fault prompting IoT system based on the compound IoTincludes a plurality of user sub-platforms 500, a service platform 400,a management platform 300, a plurality of sensor network sub-platforms200 and a plurality of object sub-platforms 100. Herein, any one of theplurality of object sub-platforms 100 may be communicatively connectedwith the management platform 300 via any one or more of the plurality ofsensor network sub-platforms 200, so as to send data of the objectsub-platform 100 to the management platform 300, or receive a signalsent by the management platform 300. The management platform 300 iscommunicatively connected with the service platform 400. In thisembodiment, the service platform 400 may include at least one of a gascompany service platform 400, a government service platform 400 or asocial operator service platform 400. The service platform 400 iscommunicatively connected with the user sub-platforms 500, and isconfigured to receive information sent by the user sub-platforms 500 andforward the information to the management platform 300, as well as pushinformation sent by the management platform 300 to the usersub-platforms 500. The management platform 300 and the service platform400 each may be a server. Each of the object sub-platforms 100 includesa gas meter. As shown in FIG. 2, the gas meter fault prompting methodbased on the compound IoT may include the following steps.

Step S201: Each of gas meters checks own operation state information inreal time for a fault, and in case of a fault, step S202 is executed.

Step S202: The gas meter sends the operation state information to themanagement platform 300 via a corresponding sensor network sub-platform200.

In this embodiment, the plurality of sensor network sub-platforms 200may be a plurality of different gateways, and each of the objectsub-platforms 100 sends information to the management platform 300 viaone or more gateways. The management platform 300 communicates with thegas meters via the sensor network sub-platforms 200 so as to receiveoperation state information in real time. Herein, the information can besent once every 1 min, 5 min or 10 min, and preferably once every 1 minto the management platform 300.

Step S203: The management platform 300 inquires the fault type andsolution according to the operation state information and preset faultinquiry table.

Specifically, for example, the fault type inquired by the managementplatform 300 according to the operation state information and presetfault inquiry table is that a battery capacity is insufficient, and theinquired fault solution is to replace a battery.

For another example, the fault type inquired by the management platform300 according to the operation state information and preset faultinquiry table is that positive and negative electrodes of the battery ofthe gas meter are in poor contact, and the inquired fault solution is toclean the battery and wipe the aluminum sheet and spring in the batterybox.

In addition, common fault types of the gas meter further includearrearage, gas leakage and the like, and the management platform 300 mayinquire a solution respectively via the preset fault inquiry table,which will not be repeated herein.

Step S204: The management platform 300 sends the fault type and solutionto the service platform 400.

Step S205: The service platform 400 sends the fault type and solution toa corresponding user sub-platform 500 to display.

In this embodiment, each of the user sub-platforms 500 may be auniversal electronic device, such as a Personal Computer (PC),smartphone, tablet computer, Personal Digital Assistant (PDA), andMobile Internet Device (MID). A user can look up the fault type andsolution of the gas meter at the user sub-platform 500, and completescorresponding repair processing independently.

Besides, in this embodiment, if a specific fault type occurs formultiple times, such as gas leakage, and excessive gear abrasion, thegas meter cannot be used any more, and it is necessary to remind theuser of replacing the gas meter. Therefore, as shown in FIG. 3, afterstep S203, the gas meter fault prompting method based on the compoundIoT may further include the following steps.

Step S206: The management platform 300 judges whether or not the faulttype is a specific fault type according to the operation stateinformation, and if yes, step S207 is executed.

Step S207: The management platform 300 judges whether or not the numberof times that the fault of the specific fault type occurs in the gasmeter exceeds the preset number of times, and if yes, step S208 isexecuted.

The preset number of times varies due to different fault types, and thespecific number of times is determined based on the fault type.

Step S208: The management platform 300 generates a gas meter replacementprompt, and sends the prompt to a corresponding user sub-platform 500via the service platform 400 to display.

The user can look up the gas meter replacement prompt at the usersub-platform 500 and replace the gas meter independently.

Additionally, in this embodiment, the fault type is associated with gasfee information and thus it is possible that the final calculated gasfee is unfair to the user, if the fault type is gas leakage or excessivegas injection or inaccurate counting. In this sense, the gas fee needsto be recalculated. Therefore, as shown in FIG. 4, after step S202, thegas meter fault prompting method based on the compound IoT may furtherinclude the following steps.

Step S209: The management platform 300 judges whether or not the faulttype is associated with gas fee information, and if yes, step S210 isexecuted.

Step S210: The management platform 300 acquires a gas consumptionhistory record within a preset time from the gas meter corresponding tothe fault type.

Step S211: The management platform 300 calculates an average value ofmonthly gas consumption within the preset time according to the gasconsumption history record, and takes the average value as current monthgas count data to calculate current month gas fee information.

In this embodiment, the fault type is associated with the gas feeinformation, which refers to that gas count data in the last monthmismatches with gas data used by the user in the current month due tothe fault of the gas meter, e.g., the count of the gas meter isexcessively large and is in inconformity with an actual use conditiondue to the gas leakage, so in order that gas data in the month when thefault occurs in the gas meter is in conformity with the actual usecondition approximately, the average value of monthly gas consumption istaken as the current month gas count data. For example, if the currentmonth is July, the average value of monthly gas consumption in the firsthalf year (i.e., January to June) is calculated, and the average valueis taken as the current month gas count data, thereby being relativelyreasonable.

Step S212: The management platform 300 sends the current month gas feeinformation to a corresponding user sub-platform 500 via the serviceplatform 400 to display.

Referring to FIG. 1, an embodiment of the present invention furtherprovides a gas meter fault prompting IoT system based on a compound IoT.It is to be noted that for the gas meter fault prompting IoT systembased on the compound IoT provided by this embodiment of the presentinvention, the basic principles and generated technical effects are thesame as the those of the foregoing embodiment. In order to describebriefly, parts not mentioned in this embodiment of the present inventionmay be referred to corresponding contents in the above embodiment. Thegas meter fault prompting IoT system based on the compound IoT includesa plurality of user sub-platforms 500, a service platform 400, amanagement platform 300, a plurality of sensor network sub-platforms 200and a plurality of object sub-platforms 100; the plurality of usersub-platforms 500, the service platform 400, the management platform300, the plurality of sensor network sub-platforms 200 and the pluralityof object sub-platforms 100 are communicatively connected in sequence;and each of the object sub-platforms 100 includes a gas meter.

Each of the gas meters is configured to check own operation stateinformation in real time for a fault.

If the fault occurs in a gas meter itself, the gas meter is furtherconfigured to send the operation state information to the managementplatform 300 via a corresponding sensor network sub-platform 200.

The management platform 300 is configured to inquire the fault type andsolution according to the operation state information and preset faultinquiry table.

Specifically, for example, the fault type inquired by the managementplatform 300 according to the operation state information and presetfault inquiry table is that a battery capacity is insufficient, and theinquired fault solution is to replace a battery. For another example,the fault type inquired by the management platform 300 according to theoperation state information and preset fault inquiry table is thatpositive and negative electrodes of the battery of the gas meter are inpoor contact, and the inquired fault solution is to clean the batteryand wipe the aluminum sheet and spring in the battery box.

The management platform 300 is further configured to send the fault typeand solution to the service platform 400.

The service platform 400 is configured to send the fault type andsolution to a corresponding user sub-platform 500 to display.

In addition, in this embodiment, the management platform 300 is furtherconfigured to judge whether or not the fault type is a specific faulttype according to the operation state information.

If the fault type is the specific fault type, the management platform300 is further configured to judge whether or not the number of timesthat the fault of the specific fault type occurs in the gas meterexceeds the preset number of times.

If the number of times that the fault of the specific fault type occursin the gas meter exceeds the preset number of times, the managementplatform 300 is further configured to generate a gas meter replacementprompt, and send the prompt to a corresponding user sub-platform 500 viathe service platform 400 to display.

Besides, in this embodiment, the management platform 300 is furtherconfigured to judge whether or not the fault type is associated with gasfee information.

If the fault type is associated with the gas fee information, themanagement platform 300 is further configured to acquire a gasconsumption history record within a preset time from the gas metercorresponding to the fault type.

The management platform 300 is further configured to calculate anaverage value of monthly gas consumption within the preset timeaccording to the gas consumption history record, and take the averagevalue as current month gas count data to calculate current month gas feeinformation.

The management platform 300 is further configured to send the currentmonth gas fee information to a corresponding user sub-platform 500 viathe service platform 400 to display.

In conclusion, according to the gas meter fault prompting method and IoTsystem based on the compound IoT, each of the object sub-platforms isconfigured to check the own operation state information in real time fora fault; the management platform is configured to inquire the fault typeand solution according to the operation state information and presetfault inquiry table, and send the fault type and solution to thecorresponding user sub-platform via the service platform to display, sothat the user can know and view the fault type and solution of the gasmeter at the user sub-platform in a timely manner and thus may repairsome simple faults of the gas meter independently; the invitation for aperson of a gas company to the site for handling turns out to beunnecessary; and therefore, the time cost and the labor cost are saved.

In several embodiments provided by the present application, it should beunderstood that the disclosed apparatus and method may also beimplemented in other manners. The described apparatus embodiments aremerely exemplary. For example, the flowcharts and block diagrams in thedrawings illustrate the system architecture, function, and operation ofpossible implementations of apparatuses, methods, and computer programproducts according to various embodiments of the present invention. Inthis regard, each block in the flowcharts or block diagrams mayrepresent a module, program segment, or portion of code, which includesone or more executable instructions for implementing the specifiedlogical function(s). It should also be noted that in some alternativeimplementation manners, the functions noted in the block may occur outof the sequence noted in the drawings. For example, two continuousblocks, in fact, may be executed concurrently, or in a reverse order,which will depend upon the functions involved. It will also be notedthat each block of the block diagrams and/or flowcharts, andcombinations of blocks in the block diagrams and/or flowcharts, may beimplemented by a special hardware-based IoT system that performs thespecified functions or acts, or by using combinations of specialhardware and computer instructions.

In addition, each module in the embodiments of the present invention mayexist independently, and two or more modules may be integrated into anindependent part.

When a function is implemented in the form of the software functionalunit and sold or used as a separate product, the function may be storedin a computer readable storage medium. Based on such understanding, thetechnical solutions of the present invention or the part that makescontributions to the prior art or a part of the technical solutions maybe substantially embodied in a form of a software product. The computersoftware product is stored in a storage medium, and includes severalinstructions to instruct a computer device (which may be a personalcomputer, server, network device, or the like) to execute all or somesteps of the methods described in the embodiments of the presentinvention. The foregoing storage medium includes: various media capableof storing a program code, such as a disk, a mobile hard disk, aRead-Only Memory (ROM), a Random Access Memory (RAM), a magnetic disk oran optical disk. It should also be noted that, in the description, suchrelation terms as first and second are merely used for distinguishingone entity or operation from the other entity or operation, rather thanrequiring or hinting that these entities or operations have anypractical relation or sequence. Moreover, the terms “comprise”,“include” or any other variant are intended to cover non-exclusiveinclusion, so that the processes, methods, articles or devices includinga series of factors not only include those factors, but also includeother factors listed implicitly, or further include inherent factors ofthe processes, methods, articles or devices. In the absence of morelimitations, the factors defined by the statement “include one . . . ”do not exclude other identical factors in the processes, methods,articles or devices including said factors.

The above are merely preferred embodiments of the present invention, andare not intended to limit the present invention. A person skilled in theart may make various modifications and changes to the present invention.Any modification, equivalent replacement, improvement and the like madewithin the spirit and principle of the present invention all shall beincluded in a scope of protection of the present invention. It should benoted that similar reference numerals and letters refer to similar itemsin the following drawings, and thus once an item is defined in onedrawing, it does not need to be further defined and explained in thesubsequent drawings.

The foregoing descriptions are merely specific implementation manners ofthe present invention, but are not intended to limit a scope ofprotection of the present invention. Any variation or replacementreadily figured out by a person skilled in the art within the technicalscope disclosed in the present invention shall fall within the scope ofprotection of the present invention. Therefore, the scope of protectionof the present invention shall be subject to the scope of protection ofthe claims.

It should also be noted that, in the description, such relation terms asfirst and second are merely used for distinguishing one entity oroperation from the other entity or operation, rather than requiring orhinting that these entities or operations have any practical relation orsequence. Moreover, the terms “comprise”, “include” or any other variantare intended to cover non-exclusive inclusion, so that the processes,methods, articles or devices including a series of factors not onlyinclude those factors, but also include other factors listed implicitly,or further include inherent factors of the processes, methods, articlesor devices. In the absence of more limitations, the factors defined bythe statement “include one . . . ” do not exclude other identicalfactors in the processes, methods, articles or devices including saidfactors.

What is claimed is:
 1. A gas meter fault prompting method for a gasmeter fault prompting IoT system of compound Internet of Things (IoT),wherein the gas meter fault prompting IoT system comprises a pluralityof user sub-platforms, a service platform, a management platform, aplurality of sensor network sub-platforms and a plurality of objectsub-platforms; each of the object sub-platforms comprises a gas meter;and the gas meter fault prompting method comprises: checking, by each ofthe gas meters, own operation state information in real time for afault; determining that the fault occurs in a gas meter itself, sending,based on a determination that the fault occurs in the gas meter itselfby the gas meter, operation state information to the management platformvia a corresponding sensor network sub-platform; determining, by themanagement platform, whether the fault type is a specific fault typeaccording to the operation state information; and based on adetermination that the fault type is the specific fault type, furtherdetermining, by the management platform, whether or not the number oftimes that the fault of the specific fault type occurs in the gas meterexceeds the preset number of times.
 2. The gas meter fault promptingmethod of claim 1, further comprising: based on a determination that thenumber of times that the fault of the specific fault type occurs in thegas meter exceeds the preset number of times, generating, by themanagement platform, a gas meter replacement prompt, and sending theprompt to a corresponding user sub-platform via the service platform todisplay.
 3. The gas meter fault prompting method of claim 2, furthercomprising: inquiring, by the management platform, the fault type andsolution according to the operation state information and preset faultinquiry table.
 4. The gas meter fault prompting method of claim 3,further comprising: sending, by the management platform, the fault typeand solution to the service platform; and sending, by the serviceplatform, the fault type and solution to a corresponding usersub-platform to display.
 5. The gas meter fault prompting method ofclaim 3, wherein after the step of inquiring, by the managementplatform, the fault type and solution according to the operation stateinformation and preset fault inquiry table, the gas meter faultprompting method based on the compound IoT further comprises: judging,by the management platform, whether or not the fault type is associatedwith gas fee information; based on a determination that the fault typeis associated with the gas fee information, acquiring, by the managementplatform, a gas consumption history record within a preset time from thegas meter corresponding to the fault type; calculating, by themanagement platform, an average value of monthly gas consumption withinthe preset time according to the gas consumption history record, andtaking the average value as current month gas count data to calculatecurrent month gas fee information; and sending, by the managementplatform, the current month gas fee information to a corresponding usersub-platform via the service platform to display.
 6. The gas meter faultprompting method of claim 3, wherein the fault type inquired by themanagement platform according to the operation state information andpreset fault inquiry table is that a battery capacity is insufficient,and the inquired fault solution is to replace a battery.
 7. The gasmeter fault prompting method of claim 3, wherein the fault type inquiredby the management platform according to the operation state informationand preset fault inquiry table is that positive and negative electrodesof a battery of the gas meter are in poor contact, and the inquiredfault solution is to clean the battery and wipe an aluminum sheet and aspring in a battery box.
 8. A gas meter fault prompting system of acompound Internet of Things (IoT), comprising a plurality of usersub-platforms, a service platform, a management platform, a plurality ofsensor network sub-platforms and a plurality of object sub-platforms,wherein the plurality of user sub-platforms, the service platform, themanagement platform, the plurality of sensor network sub-platforms andthe plurality of object sub-platforms are communicatively connected insequence; and each of the object sub-platforms comprises a gas meter;each of the gas meters is configured to check its own operation stateinformation in real time for a fault; based on a determination that thefault occurs in a gas meter itself, the gas meter is further configuredto send the operation state information to the management platform via acorresponding sensor network sub-platform; wherein the managementplatform is configured to determine whether the fault type is a specificfault type according to the operation state information, wherein, basedon a determination that the fault type is the specific fault type, themanagement platform is further configured to determine whether or notthe number of times that the fault of the specific fault type occurs inthe gas meter exceeds the preset number of times.
 9. The gas meter faultprompting system of claim 8, wherein, based on a determination that thenumber of times that the fault of the specific fault type occurs in thegas meter exceeds the preset number of times, the management platform isfurther configured to generate a gas meter replacement prompt, and sendthe prompt to a corresponding user sub-platform via the service platformto display.
 10. The gas meter fault prompting system of claim 9, whereinthe management platform is configured to inquire the fault type andsolution according to the operation state information and preset faultinquiry table.
 11. The gas meter fault prompting system of claim 10,wherein the management platform is further configured to send the faulttype and solution to the service platform; and wherein the serviceplatform is configured to send the fault type and solution to acorresponding user sub-platform to display.
 12. The gas meter faultprompting system according to claim 8, wherein the management platformjudges whether or not the fault type is associated with gas feeinformation; based on the determination that the fault type isassociated with the gas fee information, the management platform isfurther configured to acquire a gas consumption history record within apreset time from the gas meter corresponding to the fault type; themanagement platform is further configured to calculate an average valueof monthly gas consumption within the preset time according to the gasconsumption history record, and take the average value as current monthgas count data to calculate current month gas fee information; and themanagement platform is further configured to send the current month gasfee information to a corresponding user sub-platform via the serviceplatform to display.
 13. The gas meter fault prompting system accordingto claim 10, wherein the fault type inquired by the management platformaccording to the operation state information and preset fault inquirytable is that a battery capacity is insufficient, and the inquired faultsolution is to replace a battery.
 14. The gas meter fault promptingsystem according to claim 10, wherein the fault type inquired by themanagement platform according to the operation state information andpreset fault inquiry table is that positive and negative electrodes of abattery of the gas meter are in poor contact, and the inquired faultsolution is to clean the battery and wipe an aluminum sheet and a springin a battery box.
 15. A gas meter fault prompting method for a gas meterfault prompting IoT system of compound IoT, wherein the gas meter faultprompting IoT system comprises a plurality of user sub-platforms, aservice platform, a management platform, a plurality of sensor networksub-platforms and a plurality of object sub-platforms; each of theobject sub-platforms comprises a gas meter; and the gas meter faultprompting method comprises: checking, by each of the gas meters, ownoperation state information in real time for a fault; determining thatthe fault occurs in a gas meter itself, sending, based on adetermination that the fault occurs in the gas meter itself by the gasmeter, operation state information to the management platform via acorresponding sensor network sub-platform; inquiring, by the managementplatform, the fault type and solution according to the operation stateinformation and preset fault inquiry table; determining, by themanagement platform, that the fault type is associated with gas feeinformation; and based on a determination that the fault type isassociated with the gas fee information, acquiring, by the managementplatform, a gas consumption history record within a preset time from thegas meter corresponding to the fault type.
 16. The gas meter faultprompting method of claim 15, further comprising: calculating, by themanagement platform, an average value of monthly gas consumption withinthe preset time according to the gas consumption history record, andtaking the average value as current month gas count data to calculatecurrent month gas fee information.
 17. The gas meter fault promptingmethod of claim 16, further comprising: sending, by the managementplatform, the current month gas fee information to a corresponding usersub-platform via the service platform to display; sending, by themanagement platform, the fault type and solution to the serviceplatform; and sending, by the service platform, the fault type andsolution to a corresponding user sub-platform to display.
 18. The gasmeter fault prompting method according to claim 15, wherein the faulttype inquired by the management platform according to the operationstate information and preset fault inquiry table is that a batterycapacity is insufficient, and the inquired fault solution is to replacethe battery.
 19. The gas meter fault prompting method according to claim15, wherein the fault type inquired by the management platform accordingto the operation state information and preset fault inquiry table isthat positive and negative electrodes of a battery of the gas meter arein poor contact, and the inquired fault solution is to clean the batteryand wipe an aluminum sheet and a spring in a battery box.